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(54) System and method for distributed content electronJc cormnerce 



(57) Oietributed electrorec commerce is conducted 
over a network by substantially separating transaction 
functionality from merchant content Electronic com- 
merce transaction functkmality Is provided by a com- 
merce server having a commerce databasa The 
commerce saver stores merchant and purchaser pro- 
f3e data and merchant content sumnnaries on the com- 
merce database. The purchaser browses ax\d searches 
for product and merchant irtformation using the com- 
merce server, and is provided with more detailed infor- 
matkwi stored at a separate merchait content server 
system. The purchaser selects products to purchase, 
and a purchase order is sent to the commerce server 
The commerce server irstiates the settlement of 
accounts between the merchant and purchaser, and ini- 
tiates order fuKllment for the selected product. The sep- 
aration of transaction functtonality and merchant 
content onto separate servers under the control of a 
commerce service provider and a merchant, respec- 
tively, provides a more efficient and effective way of car- 
rying out electronic oommo^ce over a network. 
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Description 

Raid of the Invention 

5 This invention relates to carrying out electronic commerce on a network, and particularly to an electronic commerce 
server and database that provide transaction functionality and content summaries to purchasers, and which refer pur- 
chasers to merchant content servers that provide more extensive information on products for sale on the network. 

Backoround of the Invention 

10 

Electronic commerce is traditionaUy caaied out over a network using a commerce server networked with purchas- 
ers and merchants. As shown in FIQ 1 , such a tradtional electronic commerce server system 1 1 provMes substantially 
all of the functionality needed to carry out buying and selling on a network 12. This includes storing product infornnation 
provided by merchants 13, acc^ng requests for informatkm from prospective purcfiasers 14, and accepting and 
IS processing orders. 

The number of commerce servers offered by Afferent server vendors is linrtited. For example, each such server is 
configured and programmed differently. Thus, the traditional conrvnerce sender 1 1 is con^tex, expmsive. and often 
requires substantial expertise to configure and operata These disadvanlages allow only the largest nwrcTttints to own 
and operate their own commerce servers. 

20 Rather than operate their own convnerce servers, smaller merchants typically purchase electronic commerce serv- 
ices provided by a oormnerce service provider. In this case, the provider owns and maritains the commerce server, 
dfstri3utes conflguratjon, operation and niaintenance costs across the sti)scrjber merchants, realtang an economy of 
scal& However, in so doing, the provider usually enforces uniform starxiards for appearance and n^ethods of dosig 
business to reduce the amount of custom programming necessary in order to economically acconvnodate several dif- 

^ ferent merchants. Thus, each merchant being served loses a substantial anrKxint of control over the way he conducts 
business over the network This restricts the merchant's ability to express a particidar personaTity and to do such things 
as develop distinctive trade dress. This places him at a competitive disadvantage in the marketplace, especially when 
compared to those merchants who can operate ther own servers. 

The service provider's expertise Ses in the acquisition, operation, and maintenance of the commerce server hard- 

30 ware and the commerce functionality rt provides to all of its merchants ar^i pwchasers. Exarrples of conrmieroe tunc* 
tionality include taking orders and effectuating payment for any product offered by a merchant 

However, the service provider faces problems with respect to "content" from the merchant(8). First content falls 
within the expertise of the merchant not the provkJer. Second, the electronic commerce service provider, faces high 
costs in acquiring, publishing, arxj mairrtaining a database of merchant corrtent. This problem is especiafly pronounced 

35 when content from many merchants is stored in a large aggregate on a convnerce server, because there is no economy 
of scale in adding m»x:hant content to a serv^. The cost of adding an additional content fie to a server is not less than 
the cost to add a sln^lar file prevtousty In fact, the burden of loading, updating, arKi deleting content from each addi- 
tional merchant can greatiy increase the complexity and administrative cost of running a server beyond that for the con- 
tent of the earller-tn-time merchants. Further, a larger aggregate of merchant content on a single commerce server 

40 slows the performance of the server. 

Thus, under current methods of carrying out electronic commerce, the nterchant whose expertise lies in producing 
and managing content Is faced with the choice of operating and maintairting an expulsive convnerce server or tosing 
control of his marketing to a provider. The provider, whose expertise lies in tiie acquisitnn and maintenance of elec- 
tronic commerce hardware and software, musi shoulder the burden of acquiring, pubirshtng and mairrtaining merchant 

46 content 

SMTnmarYofthelrtvemiQfi 

A better way of conducting electronic commerce is to allocate most of the task of content acquisition and mainte- 
50 nance to the merchant and altocate most of the task of providing electronic commerce transaction functionality to the 
sen/foe provider. Under this regime, neither the merchant nor the prcvkler would be burdened with tasks outskie their 
respective areas of expertise. The present invention provkies a system for carrying out electronic commerce over a net- 
work where transaction functionality is provided by a conrvnerce server having a conrYnerce database, while detailed 
merchant content is provkled on separate noerchant content servers. 
55 The commerce server maintains merchant profaes in tiie commerce database. The profiles con^srise summaries 
of tile products offered for sale by each merchant registered with the electronic convnerce service. Here, the term 
"product" is meant to include services. A merchant profUe also includes a merchant Uentification number, a fist of the 
payment veNdes accepted by the merchant: a summary of merchant policies: and a summary background of ttie mer- 
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chart. In one ennixKfiment the merchant identification number is the network address of the merchart's content server. 

The commerce server also maintains purchaser profiles in the commerce datat>ase that comprise purchaser ideiv 
trfication numbers, purchaser paymert data (such as credit card and bank accourt numbers), and billing and sh^apir^ 
addresses. 

The commerce s&ver provides transaction furKtionality that effectuates an electronic commerce transaction. An 
electronic commerce transaction is the process of selling arid purchasing an Hem over a network. 

A purchaser requests the commerce server to send shof^ing information. The purchaser browses or searches for 
products on the commerce server, and data regarding products and merchants is retrieved from the commerce data- 
basa At the purchaser's request for more information on a product or merchard, the commerce server refers the pur- 
cfiaser to an appropriate merchant contort server, which contains much more detailed infbnmation at^out the product 
and merchart than is available from the commerce database. 

WNIe browsing or searching the merchart cortert server, the purchaser may select one or more products for pur- 
chase. When the purchaser hcficates he is ready to effectuate such a transaction, data concerning the selected product 
or products are sent to the comrrterce saver. The data include information sufficient to identify the product purchaser 
and selling merchant, the commerce server communicatee with an external payment system to debit tfie purchaser's 
account and credit the merchants account, effectiating the sale. The commerce server also generates a fuHSImert 
message that enaores product delivery to the purchaser. 

The commerce server also generates r^>orts for the merchant and purchaser upon request. The reports summa- 
rize historical transaction data as requested 

Merchart content servers are sinpler. easier to operate, and less expensive than the full-functioned servers tradi- 
tionary used to maintan both cortert and transaction functionality in carrying out electronic commerce. The efficiert 
division of functionality between the commerce server and the m^chart cortert server thus advantageously stream- 
lines the process of provkling e-commerce services while lowering the cost therec^. 

Brigf Pfi?criptign ftf thg Drwrlngs 

FIG 1 shews a prior art embodmert of an electronic comnrterce systerrt 

FIG 2 shows an electronic commerce system in accordance with an embodimert of the present Invention. 
FIG 3 shows HDerchart cortert servers connected to a network in accordance with an embodimert of the preserit 
invention. 

FIG 4 shows merchart cortert servers connected to a network in accordance with another embocfiment of the 
presert invention. 

FIG 5 shows an emkxxdimert of an electronic oorr^erce server and an electronic commerce database In accord- 
ance with an embodimert of the present invention. 

FIG 6 shows an embodimert of a merchant interface screen in accordance with an en^bodtmert of the presert 
invention. 

FIG 7 shows an embodimert of a merchant cortert abstract update irterfece in accordance with the presert aiven- 
tion. 

FIG 8 shows an embodimert of a merchart content abstract edit irterface in accordance with the preserrt invef>- 
ton. 

FIG 9 shows another embodimert of a merchart cortent abstract edit irterface in accordance vwth the presert 
invention. 

FIG 1 0 shows an embodimert of a merchart cortert abstract edit irterface that shows a list of products in the corn- 

merce database in accordance with the present invention. 
FIG 1 1 shows an embodimert of a purchaser irterface in accordance with the presert inverrtiCHi. 
FIG 12 shows an embodiment of a merchart informatkjn screen generated in response to a purchaser query in 

accordance with tfie presert invention. 
FIG 13 shows an embodimert of a product information screen generated in response to a purchaser search on a 

merchart cortert server in accordance with the presert invertion. 

Detailed DescrinHon 

In acoordarKe with the presert invention, an embodimert of wftich is shown in RQ 2. electronic corrvneroe is car- 
ried out over a network 21 with a purchaser 25, where cc^itert is distributed through the network on merchart contert 
servers 22, and transact»n functionality is provkied by an electronic commerce server 23 having an electrortc com- 
merce datat}ase 24. Network 21 is a data network, an example of which is the Irtemet 

The cortert servers 22 are oortrolled by mercfiarts. and contain detailed rnerchart data. This merchart data com- 
prises information on the products offered by the merchant including product names, manu^cturers. colors, sizes, and 
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pricea ft also includes multimeciia information aboiA the product, comprising at least one type of text audio/ (^aphic; 
animation and video data. Merchant data also comprises detailed infisnmrtion regarding warranty, guarantee, and mer- 
chandise return information, as w^l as background information regaiding the merchant Merchant content data 
indudes infomiation that conrtprtees an ^ectronic catalog of the mercham's products 

5 Merchant content servers are simpler, easier to operate, and less expensive than the full-functioned servers tracfi* 
tionally used to maintain tx}th content and transaction functionality in carrying out electronic commerca In one emtx>d- 
iment of the present Invention shown in FtQ 3, each merchant controls its own very simple content server 32, 33, 34 
and35. each of which is connected to the network 31. The term connected encompasses efirect and indirect data con- 
nection. In other wonds, when A is connected to A may be ccMmected to B (Erectly (e.g., via an RS 232 cable): through 

10 a network; or through a network of networks. In another enr^xxjiment shown in F|Q 4, several merchants 42. 43, 44 and 
45 connected to a network 41 share a single content server 46 connected to the network, tn this enibocfiment the box 
representing merchant P 42 is a personaJ computer through which mu-cham P 42 is connected to the rietwork 41 . Mer- 
chant P 42 transfers data to and from the merchant content s^er 46 ttvough the network 41, to wNch the merchant 
content server 46 is also connected. Merchants 42. 43 and 44 interact with the merchant content server 46 in the same 

IS way. 

In accordance with the present invention, an electronic commerce server 23 controSed t^ a transaction servk^e pro- 
vider is also connected to the network 21, as shown in FIG 2. The commerce server 23 provides transaction and con- 
tent searching functionality and stores commerce server data including merchant abstract data on a commerce 
database 24. 

20 Transaction functionality refers to the capability to carry out actiorts needed to effectuate a purchase and sale over 
the network 21. For exarrpie, in one enibocRment the transaction server accepts a 

and contacts the aedit card vendor to verify that the account has a sufficient fine ci credit to corhplete the purchase of j 
a product or products having a given price. Once authorization is received, the commerce server sands messages to a 
banking ktstrtution that debits the purchaser's accour^ smd credits that of the merchant effectuatii^ a purchase. Other 
25 transaction functionality can include: ananging to have the selected product shipped: and/or other order fulf illmerrt func- 
tions, such as implementing a customer satisfaction survey along with product delivery, and storhg the resirits for pres- 
entation and analysis. 

Commerce server data comprises summary data on the products offered by those merchants that have content 
servers that sulsscribe to the electronic commerce service. In one ernbodiment this includes product numbers, product 
30 categories, sizes, colors, prices, and a link to the appropriate merchant content server where more f^uct inlormatkm 
can be found. Commerce server data may also include merchant profile data, including summaries of ihe forms of pay- 
ment acc^ted by a merchant, merchant policies, andmercf^ backgrcnrnd infonnation. Merchant profile data is 
added to the commerce database when the merchant initlafly registers for the service, and may be i^xiated at any time 
by the merdiant 

35 Commerce sen^^ data comprises abstracts of more extensive data available at the merctiarti content servers. 
These abstracts are generally substantiaUy smaller in ^e than the data from which they are drawn on the rnerchant 
content server. For example. In one embodiiront. a product absfrMt comprises a textual representatkMi of a product 
name, product price, a one sentertce description of the product and the URL (Uniform Resource Ijocator, i.a. network 
address) of the merchant content server on which more information regarding the product may be found. The conre- 

40 spending more fulsome informatk)n on the merchant center^ server indudes the same information provided m the 
abstract but further conprises a nruiltimedia video of the product being modeled with acconripanying audk>, a full cata- 
k>Q description of the product a de8crptk>n of aH availabia sizes and colors, and shipping infbrmation. Thus, the 
abstract on the commerce server is a brief representation of content server data sufficient to enable the user to make 
an informed decision as to wh^her to seek additional infonnation from the appropriate content server. This advanta- 

45 geously maxinriizes the benefits of distributed electronic conrimercei 

The present im/ention advantageously provides a single and uniform imerface to the m^ 
chant adds merchant content sunvm^y data to the commerce database 24. An embodiment of such an tnterface Is 
shown in FIG 6. 

In this embodiment a noerchant is first Identified 61 and authenticated 62 to the servk:e, and then choose one of 
50 three possSDle functions adding product infonnation 63; editing product information 64. or generating a report 65 based 
on historical transaction data. 

if the merchant selects the add product button 63. the service presents to the merchant a screen for fadlrtattng 
entry of product information. One such screen is shown in FIG 7, (n the illustrated embodiment the saeen presents sev- 
eral product information f iekis. including a product identification number (SKUJ field 71 1 : eatery 712; manufacturer 
55 713; product name 714: list price 716; offer price 716; weight 717; size range 718; a date until which the offer is good 
719; and optional keywords 720 and 721 . A nwchant may defhe his own attribute/value pairs 725 for a product, such 
as -Shell/Materiar (e.g.. "SheHnoOX Cotton," or "Insulation/Material" (e.g., "Insulation/Wool.T 

When the merchant is finished entering the new product data, he selects the submit button 723, and the conrvnerce 
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database ie then updated, associating the newty subnvtted data with the merchants identiftcation nunnber and a time 
stamp tncficatrng when it was added. The collection of product information stored in the commerce database is called a 
merchant content abstract 

It should be noted that this Input process and these interlace eaeens are an iituetrative embodiment of data entry 
s methods of the present invention, and that any other interlace or method for entv ing data that comport with the archi- 
tecture of the present aivention are valid. For example, in one embodiment data entries are validated (e.g., checked for 
proper conrespondence between manufacturer and product name, etc.) before the data entries ^xlate the dectronic 
comnwce sender database. 

In one embodiment of the present inventioa the commwce server is provided with a merchant content abstract 
10 according to the following data structure: 
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merchant_coatent_abstract 

merchant /*merchant identification number*/ 

SKU^number /*product identification number*? 

category /♦product type*/ 

manufacturer /♦product maker*/ 

keyword /*8earchable keyword*/ 

keyword /♦searchable keyword*/ 

name /♦product name*/ 

listjprice /*manufacturer' s suggested retail 
price*/ 

weight 
size_range 

of fer_j>rice /♦price offered to purchaser^/ 

good_until /♦date offer expires^/ 

time_8tamp /♦time loaded by merchant*/ 

} ■ 



It should be noted that sizeA^lue and weight/value are two embodiments of a general attributeAnlue format Each 
35 attrtouteAfatue pair may be specified by the merchant to tailor the abstract to meet his requirements. Fbr example, for a 
saw. a merchant may specify the material of which the cutting surface is made with the attr^e/^lue pair blade/hiate- 
riat e.g.. Uade^fitaniunt 

Generally, the URL of the merchant content server is provkled to the commerce server at the time the merchant 
recpsters wr^ the service. However, in accordance with the present invention, the merchant nay advantageously spec- 

40 ify another URL 724 (FIG 7) for a merchant content server on the abstract tnterfswescreea 

A further advantage of the present invention is that any sender having content may register with the commerce 
sender without having to be designed spedfically to take advantage of the sennca Besides registering with the service, 
it is only necessary that the merchant enter content abstracts to the commerce server. 

If the merchant selects the edit product button 64. he is presented in one embodiment with the saeen shown in FIG 

45 8. The merchant may spedfy an exact product to edit by completely specifying its SKU 81 , in which case the comm^ce 
database is searched and the corresponding product summary data are displayed, an example of which is shown m FIG 
9. Alternatively, he may include wildcard characters in the SKU and a list of matching products sold by that merchant 
will be displayed. For example, if " constitutes a wildcard symbol and the nDerchant specifies the SKU to be ecfited as 
132*. the commerce sen/er wilt search for all SKLfs whose first three digits are 132. An SKU of 1 ??45 includes an SKU's 

so whose first fourth and fifth cGgrts are 1 , 4 and 5 respectively. Likewise, the merchant may request a listing by manufac- 
turer, category or product name. In each of these cases, the e-commerce server searches for and presents a fist of 
products. An exanple of such a list for all products manufactured t>y Scandia is shown In FIG 10. 

As shown in FIG 10. the list is a summary presentation of the product nanrte 101. product category 102. SKU 103 
and the date on which the product infDrmation was entered into the conrtmerce database. A highlight bar 105 that covers 

55 one product at a ti me may be moved up and down the list by movement arrows 1 06 and 1 07. respectively. The merchant 
selects an Item to edit from the list by moving the highlight bar over the item and then selecting the Select button 1 08. 
V^en the merchant selects an item from the Kst to ecfit a screen such as that shown In RG 9 is presented to the mer- 
chant Aftematrvely, the merchant may expediently delete product data for the highlighted product from the commerce 
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database by selectiDg the delete button 1 09. Thus, the m^chant may add, edit and delete hi$ product data summaries 
in the commerce database accoiding to a sirrple and uniform interface. 

A pseudo code embodiment of the process for changing merchant product data summaries tn the commierce data- 
base in accordance with the present invention is as fdtows: 
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change_merchant_cont ent_abstract ( ) 

I 

identify^merchant () 
authenticate_merchant () ; 
case (add^producc) 

- accept producc_data 



{ 



20 



25 



merchant /♦merchant identification*/ 
SKU_number /^product identification 
number*/ 

/♦product type*/ 
/♦product maker*/ 
/♦searchable keyword^/ 
/♦searchable keyword*/ 
/♦product name*/ 
/ ♦manufacturer' s suggested 
retail price*/ 



category 

manufacturer 

keyword 

keyword 

name 

list_price 



S5 



} 



weight 
size^range 
of f er^price 

good^until 
timers tamp 



to 



/♦price offered 
purchaser*/ 

/♦date offer expires*/ 
/♦time loaded by merchant*/ 



case (edit^product) 

case {identify_product_SKU) ; 



/*identify 
product to be 
edited by 
completely 
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specified SKU 
number*/ 

s display product_data 

if (delete ^produce) 

delete product^^data 

else 

10 accept product edits 

store new product_data 
return 

IS case (identify_product_li3t) ; /♦identify 

product list by 
specifying SKU 
with wildcard or 

20 manufacturer or 

category*/ 

display product_list 
^ accept product_selection /*using highlight 



30 



bar*/ 



if (delete_product) 

delete product^data 

else 

accept product edits 
store new product_data 
return 



40 The present invention thus advantageously provides a corrvenient and detent way for a merchant to shop over a 
network through simple and easy to understand interlaces. An embodiment of such an interface is shown in FIG 11 . 
When a purchaser connects to the commerce sender and is identified by providing a purchaser ID In field 1 1 1 and is 
authenticated by providing a purchaser password in field 1 12, the commerce server associates any subsequent trarts- 
acta'ons with the purchaser^ customer profile data stored on the commerce database. In one embodiment customer 

45 profile data includes the customer's name, billing address, shipping address and credit card numbers with expiration 
dates. In another embodiment customer profile data also includes infbnnation derived from historical transaction data, 
such as buying patterns. In yet another embodiment, customer profile data includes demographic data, inducing 
income level and household information of the purchaser. 

A purchaser may choose to view product and merchant information by predetermined category* such as home 

so appliances 113. outdow gear 11 4. or electronics 1 1 5. Afternattvely. the purchaser may wish to carry out a search of the 
convnerce database. Such a search may be boolean, ag., HIKING AND (BOOTS OR SHOES). In another embocfi- 
ment. the search Is in a natural language format as Is Known in the art. 6.g.. I NEED HIKING BOOTS FOR BACKPACK- 
ING. 

An enr4>odiment of a screen responsive to such a natural language inquiry is shown in FIG 1 2. Here, the response 
ss is shown according to the names of merchants 121, 122. 123 and 124 who sell hiking boots. In another embocfiment 
the response is shown in accordance with hiking boots products listed in the commerce database. In the embocfiment 
shown in FIG 12, tokens are displayed for each merchant incficating the types of payment accepted by the merchant 
1 25 and the number of days in the merchant's mon ey -back guarantee 1 28. This is merely meant to be exenplary of the 
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types of information that could be supplied to the purchaser at this staga Other types o1 information such as warranty 
information and service telephone numbers could also be included. 

Upon selecting a merchant from the screen shown in FIQ 12. the purchaser is referred by the commerce server to 
the conterrt server on which the selected merchant has placed his merchant content In one embodiment In which the 
present invention ts implemented on the Internet the URL of the merchant is contained in a table in the commerce data- 
base that cross-references it to the merchant identifier in the product data structure. In another embodiment the net- 
work address of tfie content server is included tn the product data structure as an additionat field. 

Upon accessing the content server, the piffchaser is presented with an electronic version of the merchants store. 
Such stores are well Knovm in the art as wet}srte6 on the World Wide Web (WWW). The purch^er is able to search and 
browse among products offered by the merchant; learn detaOed information regarding the merchant's return policy; 
learn about forms of payment accepted by the merchant; and order products. An exarnple of a product saeen at a con- 
tent server is shown in BQ 13. The picture of the boot 131 may be aninrtated. and the boot could t>e slowly turned so 
all sides may be viewed. Audio accompanies the pictire. describing the advantageous features of the boot This is sup- 
plemented with textual information 132. as well as informab'on about the boot's available sizes 133, weight 134. sug- 
gested retail price 135. offer price 136. and offer ej^Hratifm date 137. If the purchaser wants to select the boot for 
purchase, the purchaser selects the Buy This button 138 at the bottom of the screea 

Every screen of this embodEment of the content server also can have a Make Purchases button 1 39. The purchaser 
selects this button when he is ready to effectuate an electronic transaction whereby the selected products are pur- 
chased. 

When the purchaser has ftrvshed shopping and he selects the Make Purchases button 139. order information for 
his selected products is transmitted to the conmerce server, In a preferred embodiment tNs order infonnation con> 
prises the purchaser identification rumber, mer^iant identification number. SKU number, quantity, payment rnfbnma- 
tion. and special information (e.g.. size, cofor) that may Include attrlbuteA/alue pairs. An embocfiment of the data 
structure for such a purcfmse inessage from a coritent server to the commerce server is as folk)ws: 



pur c ha s e^o r de r 

{ 

purcha3er_id /*purchaser identification number*/ 

merchant^id /♦merchant identification number*/ 
SKU /♦product identification number*/ 

quantity /♦number of product ordered*/ 

payment /♦credit or debit card selection*/ 

special 

size 

color 

date_entered /♦when the order was sent*/ 



In this embodiment the price of the selected product is derived from its merchant content abstract in the commerce 
database. In another embodiment, the price of the selected ftan is included in the purchase order from the merchant 
content server, and need not be derived from the commerce database. 

Upon receiving the purchaser order message, the commerce sen/er effectuates the transaction first by retrieving 
the appropriate data from the commerce database. In one embodiment this data includes customer profile data includ- 
ing purchaser credit card numbers, billing and shaping addresses. It further includes merchant profile data including 
merchant account numbers and acceptable forms of payment data. It further Indudes product data information such as 
price information. In another embodiment, this information further includes product availability data, which is used in 
conjunction with an inventory control program of a kind well known in the art to obtiun and ship a product in the most 
expedient and efficient manner possible from a plurality of available sources. For rample. in one embodiment of the 
present invention, the commerce server database maintains information on the inventory levels tor each merchant fof 
each of his products. If a purchaser submits an order tor a product of which a merchant Is out of stock, the merchant 
may backonder the item or the purchaser may select another merchant. 
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The commerce server interacts with external payment systems [e.g., a bank) to cause purchaser's payment vehicle 
(such as a aedit or debit card account) to be debited, and the merchant's account to be credited. In one embodiment, 
the merchants bank accouni is directly credited with the appropriate amount In another embodimem, the merchants 
account with the conrvrterce sendee is credited, and actual payment to the merchant's bank account is made at a later 
date in accordance with a predetern^ned commerce service policy. 

A pseudo<x)de embodinf)ent of the purchasing process in accordance with the present invention is as folk>ws: 
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display shopping^page 
accept piirchaser^query 



purchase _proceaa();- 

accept request /cocranerce server accepts 

request £or shopping page 
from purchaser^/ 
/* shopping page is 
displayed to piirchaser*/ 
/^accept purchaser natural 
language query*/ 
search commerce^database /^coocaeree database is 

searched for products and 
merchants that match 
purchaser^query^ / 

if (no match) 

display no^match 

else 

display matching^merchants 



{ 



merchant^name /*merchant name is 

selectable with 
iinderlying network 
address pointing to 
merchant content 
server*/ 

merchant network address 



payment^accepted 



retumjolicy 



merchant blurb 



/♦tokens indicating 
credit and/or debit 
cards accepted*/ 
/♦token indicating^ 
days to return for 
refund*/ 

/•brief textual blurb 
about merchant*/ 



return 



accept merchant_selection 

refer purchaser to 
merchant concent server 



/♦merchant selected by 
purchaser*/ 

/*at network address 
for content server for 
selected merchant*/ 



accept purchase^order from piirchaser 



purchaser^id /*p\u:cha8er identification 
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number*/* 

raerchant^id /♦merchant identification 
number*/ 

SKU /♦product identification 

number*/ 

quantity /♦number of product 

ordered*/ 

payment /*credit or debit card 

selection*/ 
8pecial_selection_data 

aize 

color 

date entered /*When the order was sent^/ 

} " 

search database for pur chaserjpro file 
{ 

purchaser^id 
paymcnt^data^l 

credit_card_type 

credit^card_number 

expirat ion_date 
payroent_data_2 

credit_card_type 

eredit_eard_number 

expiration_date 
billing_addres8 
shipping_addreas 

date_entered /♦this filed is used 

as a flag in updating 
or eliminating old 
information^/ 

} 

search database for merchant^rofile 
merchant_id 

merchant account_number 

) 

effectuate payment /♦payment type selected by 

purchaser is debited^/ 

initiate order fulfillment /♦an electronic 

message is formatted 
and sent to the 
appropriate - order 
fulfillment agent, 
instructing the agent 
which products to ship 
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to the purchaser*/ 



The present Invention also advantageously provides the purchaser and merchant vwth the abSity to generate vari- 
ous reports based upon historical transaction data etaed on the commerce database. A merchant generates a report 
by selecting the report button 65 on the scre&i shown in FIG 6. In one embodiment a merchant report lists al sales o< 
merchants products through the service on a monthly, weeWy or daily basis selectable by the merchant. In another 
embodiment, a report shows summary dollar amounts generated by sales by categories specified by the merchant. In 
yet another entoodiment a report presents the resuHs of customer satisfaction surveys In fomwts readily and advanta- 
geously selectable by the merchant (e.g.. by product purchased, time period, or by selected demographic features of 
the purchaser). 

A purchaser generates a report by selecting the report button 1 18 shown in FIG 1 1 . In one errtodiment, a report 
shows all purchases made the purchaser through the service over the past five, ten or thirty days, or since the begiiv 
ning of the present calendar year. In another embocfiment a report shows a breakdown of dollar amounts purchased 
under each form of payment authorized by the purchaser since the beginning of the present calendar year. 

The reporting feature of the present invention advantageously provides both merchants and purchasers vwth the 
ability to track and assess the utifily and efficiency of the service. H also assists the merchant and purchaser to control 
budgets and track cash flow. 

Separating nwrchant content from transaction functionalfty on an electronic commerce system in accordance with 
the present invention repress a sensible and efficient altocation of resoi^ces in promoting commerce over a network. 
It allows the transaction service provider to concentrate his resources on providing the nr>ost tp-to-date and efficient s^ 
of services for effertuating buying and sellB>g transactions between networked parties. Ukewise, the merchant is freed 
form the burden of maintaining transaction functionality, and concentrates on Ws area of expertise, merchant content 
and product infomnation. The present invention thus provides a more effective and efficient way of carrying out elec- 
tronic commerce. 

Where technical features mentioned in any daim are followed by reference signs, those reference signs have been 
induded for the sole purpose of increasing the intelltgaaflity of the claims and accwdingly, such reference signs do not 
have any limiting effect on the scope of each element identified by way of example by such reference signs. 

dainns 

1 . An electronic commerce server system for canrying out distributed electronic commerce using a netvwrk with mer- 
chant content servers and purchasers, conprising an electronic commerce server connected to the network and 
an electronic commerce database connected to said electronic commerce server, said commerce server associat- 
ing merchant content stored on said database with merchant content stored on a merchant content server. 

2. The system of daim 1 , wherein the merchant content stored on said electronic commerce database is a merchant 
content abstract summarizing the associated merchant content stored on said merchant content server. 

3. The system of daim 2, wherein said merchant content abstract conprises: 

a. merchant identification data; 
h product Uentificatlon data; and 

c. product price data. 

4. The system of claims 2 or 3, wherein sakl merchant content abstract comprises an attribute/value pair. 

5. The system of one or more of daims 2-4, wherein said merchant coment abstract corrpris^ 

d. a time stanrp indicating the time said merchant content abstract was stored on said database: and 

e. a product keyword. 

6. The system of daim 3, wherein saW merchant content abstract further conprlses product weight data useful in 
deternrwning the cost of shipping a product 
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7. The eystem of one or more of claims 1 -6, wherein said database stores merchant profile data; anci/or 

wheretn said database stores purchaser profile data; and/or 
wherein said database stores historical transaction data. 

8. A method for coordinating a plurality of parties indudtng a merchant and a purchaser to effectuate an electronic 
commerce transaction using a ncEtworK con^tsing the steps of: 

a storing a merchant content abstract; 

h receiving a request for merchant content Information; 

c. searcNng a database for merchant content infbrniation responsh^e to said request; 

d. presenting the results of said search: 

a providing a reference to a merchant content sender connected to the network; 

f. receiving a purchase request having a selected product; and 

g. initiating an electronic transaction for said selected product. 

9. The method of claim 8, wherein the merchant content abstract is received from a merchant, and/or 

wherein the nr>erchant content at>stract Is generated automatically by the electronic commerce server us^ 
tfie results of an electr<»iic search of the merchant content server. 

10. The method of clainns 8 or 9, wherein storing a merchant content abstract con^prises the steps of: 

a. storing product identification data; 

bi storing nf)erchant identification data; and 

c. storing product price data. 

1 1 . The method of one or more of dainr^ 8-10, wherein storing a merchant content abstract further comprises the step 
of storing a time stamp designating the time at wNch said merchant content abstract Is stored In the databasa 

12. The method of one or more of claims 8-11. wheretn the step of initiating an electrorvc transaction comprises the 
steps of: 

a. receiving payment vehicle selection data: 

bL directing that the selected payment vehicle be debited to the sum of the net cost of the selected product; 

c. directing that a merchant account be credited for the sale of the selected product; and 

d. directing the delivery of the selected product to its purchaser. 

13. The method of claim 12, further oomprfslng the step of storing a record of the electronic transaction In a database, 
and/or 

wheretn the step of receiving payment vehicle selection data comprises the step of retrieving preregistered 
payment vehicle information frx>m a database; and/or 

wherein the step of receiving payment vehicle selection data comprises the steps of accessing a purchaser 
prof Be and: 

a retrieving purchaser credit card identification data; 

\x retrieving a purchaser aedit card number; and 

c. retrieving a purchaser credit card expiration date; and/or 

further comprising the step of storing transaction data in the databasa 

14. The method of daim one or more of daims 8-13, further comprising the step of generatffig a transaction report 

1 5- The method of daim 1 4, wherein the transaction report is generated for a merchant; and/or 
wherein the transaction report is generated for a purchaser. 

16. An electronic conrtmerce server system for carrying out eledronic commerce between purchasers and merchants 
over a network comprising: 

a. computer readable storage media for storing a merchant content attstrad: 

b. means for receiving a request for merchant content information; 
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c. a computer for searching said cwrputer readaUe storage media for mercharrt content infermation 
Give to said request; 

d. means tor presorting the results of said search; 

e. means tor providing a reference to a merchant content server connected to the network; 
I means tor receiving a purchase request having a selected product; and 

g. means tor initiating an electronic transaction for said selected product. 

The system o1 daim 16. further comprising nr>eans for generating a transaction report 
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FIG. 3 
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FIG, 5 
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FIG, 7 



CATEGORY: 
MANUFACTURER: 
PRODUCT NAME: 
LIST PRICE: [ 
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FIG. 9 



m 13245 
CATEGORY: FOOTNEAR 
MANUFACTURER: SCANOIA 
PRODUCT NAME: ARIANNE 
LIST PRICE: $162.00 
OFFER PRICE: $148.00 
HEIGHT: 3 LBS 4 OZ. 
SIZE RANGE: 6-12 
GOOD UNTIL- 09/9B 
KEYHORO: HIKING 
KEYHORO: BACKPACKING 
DATE ENTERED: 09-09-96: 1532 
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FIG. 10 
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FIG. li 
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FIG. 12 
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